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SYSTEME MULTIMEDIA DE TRANSMISSION DE DONNE ES 



DESCRIPTION 

Doma i n e t e chn i qu e 

La presente invention concerne un systeme 
multimedia de transmission de donnees. 

Etat de la technique anterieure 

Les serveurs multimedia classiques sont des 
serveurs congus pour etre heberges par une plate-forme 
unique- Le plus souvent il s'agit simplement d' une 
application qui tourne sur un ordinateur muni de cartes 
d' interfaces avec le reseau telephonique . 

Dans sa forme la plus distribute, un serveur 
central est capable de venir chercher des donnees sur 
des serveurs de donnees externes accessibles sur le 
meme reseau local, via des protocoles de type RPC 
(« Remote procedure Call » ou « appel de procedure 
eloignee ») ou ODBC (« Open DataBase Connectivity » ou 
« connectivity de base de donnees ouverte ») . 

Une telle structure est bien adaptee a 
1' hebergement de serveurs multimedia simples dans 
lesquels aucune information n' est dynamique. 
L'entreprise, qui desire faire heberger un serveur, 
decrit la logique du service souhaite (« si 
1' utilisateur tape #1, alors dire « vous avez bien tape 
le 1.,. ») de maniere statique, et cette logique tourne 
de maniere autonome sur la plate- forme d' hebergement du 
fournisseur de services. 

En revanche, lorsqu'une application demande des 
informations qui requierent une integratipn etroite 
avec une base de donnees vitale de l'entreprise (etats 
de " reservation, ...), il devient impossible de 
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l'heberger et il faut que l'entreprise s'equipe de sa 
propre infrastructure . 

Or, de plus en plus d' entreprises souhaitent 
integrer etroitement un tel service multimedia avec les 
donnees internes de leur processus industriel. II 
s'agit de dire en temps reel au client si le billet 
qu'il vient d' acheter est disponible, la valeur de son 
portefeuille d' actions, etc.. II s'agit de donnees 
dynamiques qui ne sont disponibles qu'au sein de 
1' ent reprise . 

Les services d' hebergement multimedia 

classiques ne sont pas en mesure de repondre a une 
telle demande, ce qui oblige les entreprises 
demandeuses a installer leur propre serveur, avec les 
investissements associes (central telephonique prive, 
lignes telephoniques, . .. ). 

Pour pallier aux inconvenients de tels 
serveurs, 1' invention propose un systeme multimedia de 
, transmission - de donnees, dont le but est de fournir un 
service de type multimedia aux entreprises desirant 
obtenir un service dynamique, sans imposer aucun achat 
de materiel a l'entreprise et de permettre a 
l'entreprise d' avoir un serveur accessible au moyen de 
plusieurs technologies (notamment a partir du reseau 
telephonique, et a partir du reseau Internet) de 
maniere totalement transparente pour la logique du 
service . 

Expose de 1' invention *' 

Le systeme de 1' invention concerne un systeme 
multimedia de transmission ..de donnees, caracterise en 
ce qu'il comporte un reseau etendu, dont on n' en 
maitrise pas la conf identialite et la securite de bout 
en bout, sur lequel sont connectes un serveur central 
de ressources vocale et/ou video partagees destine a 
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fournir un service dynamique a au moins un client, et 
au moins un serveur de controle d'appel situe chez 
chaque client. 

Avantageusement le serveur central, relie au 
reseau par une interface, est compose de cinq sous- 
systemes : 

• Un sous-systeme pile protocolaire dont une interface 
permet de : 

- recevoir des appels au standard du reseau de 
donnees ; 

- detecter les appels entrants et capturer les 
numeros demandeur et demande ; 

- detecter les tonalites ; 

- generer des flux media de codages-decodages 

arbitraires ; 

- recevoir des flux media de codages-decodages 

arbitraires . 

• Un sous-systeme interpreteur de conunandes capable 
de : 

- generer des messages de detection de nouvel 
appel a destination d' un serveur de controle d'appel 
place chez un client ; 

- generer des messages d'evenements ; 

- mettre en oeuvre les commandes en provenance 
des serveurs de controle d'appel places chez les 
clients, tels que : 

* ordre de jouer un fichier audio ou video 
preenregistre, 

* ordre de synthetiser un message vocal a 
partir d'un texte, 

* ordre de se mettre en attente de tonalite, 

* ordre de deconnecter 1' appel, 
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* ordre de reconnaissance vocale ou autre 
application. 

• Un sous-systeme ressource. de transcodage haute 
performance. 

• Un sous-systeme ressource de synthese vocale et/ou 
video. 



• Un sous-systeme module d' enregistrement/restitution 
de sequences audio et video. 

Avantageusement chaque serveur de controle 
d'appel place chez un client est un logiciel qui regoit 
les evenements signales par le serveur central et 1 emet 
des commandes en reaction a ces evenements. Ce logiciel 
peut tourner sur un ordinateur muni de deux interfaces 
reseau, rune connectee au reseau etendu pour 
communiquer avec le serveur central, 1' autre connectee 
a un reseau prive de l'entreprise afin de dialoguer 
avec les bases de donnees et autres processus 
industriels du client. 

II est ainsi possible de fournir un service 
d' « hebergement » de nouvelle generation, ou 1' ensemble 
des ressources cheres (cartes de synthese vocale, ...) 
sont partagees, le client gardant la maltrise de 
1' application et pouvant 1' interfaced avec les 
ressources qu'il souhaite. 

Breve description des dessins 

- La figure 1 . illustre un premier mode de 
realisation de 1' invention ; 

- la figure 2 illustre un exemple de procedure 
de reconnaissance vocale ; 

- la figure 3 illustre un mode de realisation 
d'une page specialisee qui reagit a la voix. 
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Expose detail le d'un mode de realisation 

L' invention concerne un systeme multimedia de 
transmission de donnees qui comporte un reseau etendu 
eventuellement public, dont on ne maitrise pas la 
5 confidentiality et la securite de bout en bout, sur 
l e q Ue l sont connectes un serveur central de ressources 
vocale et/ou video partagees destine a fournir un 
service dynamique a au moins un client, et au moins un 
serveur de controle d'appel situe chez chaque client. 

10 L'invention consiste a placer dans le reseau 

etendu une ressource vocale (capable de restituer des 
fichiers audio, de les enregistrer, de faire de la 
synthese ou reconnaissance vocale, de detecter des 
tonal ites DTMF (« Dual Tone Multif requency » ou 

15 « multiplication de frequence a partir de deux 
sons ») ) , munie d'un protocole securise qui permet de 
la telecominander a distance a travers un reseau etendu 
(tel le reseau Internet) . 

L' application qui controle cette ressource 

20 vocale peut etre situee n' importe oil sur le reseau. 
Ainsi le serveur est une plate-forme distribute, ou les 
ressources couteuses se trouvent dans le reseau, et la 
logique du service (purement logicielle) se trouve chez 
le client. 

25 L'invention permet done de partager le serveur 

de ressource vocale situe dans le reseau d'un operateur 
entre plusieurs clients qui executent la logique du 
service dans leurs locaux. Les entreprises doivent 
seulement disposer d' une connexion vers le reseau de 

30 donnees. Le serveur operateur est accessible soit a 
partir des postes multimedias connectes sur le reseau 
de donnees, soit a partir de tout telephone par 
1 ' intermediaire d' une passerelle. 

Grace a l'invention, le fournisseur du service 

35 d' « hebergement » fournit un logiciel de controle 
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d' appel a ses clients, qui le font tourner en local sur 
une machine de leur reseau, et 1' interf acent avec leurs 
bases de donnees critiques. 

Lorsqu'un appel arrive pour ce client, il 
aboutit a la plate-forme de ressource vocal partagee. 
Cette plate-forme analyse le numero demande ou 
l'« ALIAS » pour les appels IP (INTERNET PROTOCOL) et 
en deduit le client concerne. Elle envoie, via le 
reseau etendu, une notification de nouvel appel a 
1' application de controle d' appel du client concerne. 
Cette application peut notamment demander en retour : 

- de jouer un fichier audio preenregistre ; 

- de synthetiser un texte ; 

- d' enregistrer un texte ; 

- de demander 1' envoi d'une sequence video si 
la personne connectee possede un terminal adequat ; 

- de realiser une reconnaissance vocale. 

On peut .realiser la ressource vocale au-dessus 
du protocole H.323 afin de pouvoir indi f f eremment 
connecter des utilisateurs du reseau telephonique 
commute RTC (via une passerelle RTC/IP) ou du reseau 
Internet. 

Dans un mode de realisation avantageux le 
serveur central, relie au reseau etendu par une 
interface Ethernet ou autre, est compose de cinq sous- 
systemes : 

• Un premier sous-systeme, qui est une pile de 
protocole H.323, dont 1' inter face . API (« Application 
Programming Interface » ou « interface de programmation 
d' application ») permet : 

- de detecter les appels entrants et capturer 
les numeros (ou ALIAS H.323) demandeur et demande ; 
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- de detecter les tonalites DTMF (transportees 
dans le protocole H.245) ; 

- de generer des flux media (son + video) de 
codages-decodages arbitraires ; 

5 -de recevoir des flux media (son + video) de 

codages-decodages arbitraires. 

• Un eventuel second sous-systeme, qui est une 
ressource de transcodage haute performance, typiquement 

10 une carte a processeur de signaux numeriques capable de 
transcoder les protocoles G . 71 1/G . 723 . 1 . 

• Un eventuel troisieme sous-systeme, qui est une 
ressource de synthese vocale generant des flux de type 

15 G.711 ou G. 723.1, eventuellement avec des capacites de 
« streaming » (division d' un gros fichier en petits 
elements successifs de duree limitee) . 

• Un eventuel quatrieme sous-systeme, qui est un module 
20 d' enregistrement/restitution de sequences audio et 

video, avec des f onct ionnalites de « streaming » lors 
de la restitution. 

L' action de ces sous-systemes est coordonnee 
•25 par un cinquieme sous-systeme, qui est essentiellernent 
un interpreteur de commandes capable de : 

- generer des messages de detection de nouvel 
appel a destination d' un serveur de controle d' appel 
place chez un client ; il doit egalement choisir le bon 

30 serveur de controle d' appel a partir du numero 
demande ; 

- generer des messages d' evenements, 
correspondant a des tonalites DTMF par exemple ; 
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- mettre en oeuvre les commandes en provenance 
des serveurs de controle d'appel places chez les 
clients, tels que : 

* ordre de jouer un fichier audio ou video 
preenregistre , 

* ordre de synthetiser un message vocal a 
partir d' un texte, 

* ordre de se mettre en attente de tonalite 
DTMF, 

* ordre de deconnecter l'appel, 

* ordre de reconnaissance vocale ou autre 
application. 

Les appels en provenance du reseau telephonique 
commute sont traduits par une passerelle reseau RTC/ 
H.323 pour etre traites par le serveur central. 
Eventuelleitient la fonction de passerelle peut etre 
integree au serveur central. 

D' autres sous-systemes (reconnaissance vocale, 
generation/reception de fax ...) peuvent etre ajoutes 
pour augmenter la richesse fonctionnelle de 1' ensemble. 

Dans un mode de realisation avantageux le 
serveur de controle d'appel place chez le client est un 
simple logiciel (service « Windows NT » par exemple) 
qui regoit les evenements signales par le serveur 
central et emet des commandes en reaction a ces 
evenements. Ce logiciel peut tourner sur un ordinateur 
muni de deux interfaces reseau, l'une connectee au 
reseau Internet pour communiquer avec le serveur 
central, 1' autre connectee a un reseau prive de 
1' entreprise, afin de dialoguer avec les bases de 
donnees et autres processus industriels de 
1' entreprise . 
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1/ ordinateur hote est configure pour ne pas 
transmettre les paquets IP venant du reseau Internet 
vers le reseau interne. 

La logique du service lui-meme est configurable 
5 par le client grace a un langage de script (par exemple 
Java Script, VisualBasic) ou une interface graphique. 

Le protocole de dialogue peut etre tout 
protocole de dialogue securise a faible latence. Dans 
10 un mode de realisation, on utilise un protocole sur 
standard UDP, ou chaque bloc d' information envoye est 
de la forme : 

<bloc> <alea>64bits aleatoires</alea> <cipherblock> 
15 donnees chiffrees</cipherblock> </b!ock> 

le bloc d' informations chif frees doit avoir la 
structure suivante une fois dechiffre : 

20 <clearinfo> 

< serial > numero de serie < /serial > 

<autres informations > ... </autres informations > 

</clearinfo> 

25 Les informations chiffrees dans le bloc 

« cipherblock » sont obtenues en chiffrant la structure 
« clearinf o » avec le standard DES (« Data Encryption 
Standard » ou « standard de cryptage de donnees ») en 
mode CBC (« Cipher Block Chaining » ou « chainage de 

30 bloc de chiffrage ») en utilisant les 64 bits 
aleatoires pour le OU exclusif initial. L' identite de 
1'emetteur est prouvee par la possibility de retrouver 
un message intelligible avec dechiffrage. Le recepteur 
doit memoriser le dernier numero de serie regu de 
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1'emetteur et jeter tout message regu avec un numero de 
serie inferieur ou egal au numero de serie courant . 

L'emetteur peut securiser son emission 
(standard UDP) en envoyant plusieurs messages 
identiques. Le recepteur memorise le numero de serie du 
premier message regu correctement et jette les suivants 
sans examen . 

La figure 1 illustre un premier exemple 
d' utilisation qui est celui d' une communication . d' un 
serveur vocal interact if IF. 

Un reseau etendu (reseau WAN) 10, par exemple 
Internet, dans lequel est situe le serveur 11 de 
l'operateur de ressources vocales et/ou video est relie 
a : 

- un telephone ordinaire 12 par 1' intermediaire 
d'une passerelle telephone reseau WAN 13 ; 

- un poste multimedia 14 par 1' intermediaire 
d'une liaison dans les deux- ..sens, 15 r de type, flux vocal 
H. 323, SIP ou autre ; 

- 5l trois serveurs 16, 17 et 18 d' entreprises 

A, B et C. 

Lorsque le serveur de l'operateur 11 regoit une 
nouvelle communication d' un utilisateur, dans un 
premier temps il analyse le numero demande et en deduit 
quel est le serveur entreprise qui doit gerer la 
communication : par exemple le serveur 16 de 
1' entreprise A, 

L' entreprise A effectue de la commande rapide 
de pieces. Le serveur 16 envoie, son annonce d'accueil 
stockee dans le fichier accueil du serveur operateur 
11 : « bienvenue sur le serveur de commande rapide de 
1' entreprise A, appuyez sur la touche x *' pour 
commencer ». Les utilisateurs avertis peuvent 
interrompre cette annonce en appuyant la touche . 
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Des que 1' utilisateur appuie sur le 
serveur operateur 11 previent le serveur 16 de 
1' entreprise A avec un message « evenement DTMF ». Le 
serveur 16 de 1' entreprise A commande alors de jouer le 
5 fichier « Voul e z_vous_commande r », qui contient un 
enregistrement de cette phrase. 

Le serveur 16 de 1' entreprise A decide 
d'utiliser la commande vocale, et commande au serveur 
operateur 11 de demarrer la reconnaissance sur le 
10 vocabulaire « oui, non ». Des que 1 ' utilisateur dit 
« oui », le serveur 16 en est prevenu par un message 
« Mot_reconnaissance ». 

Le serveur 16 demande alors combien de pieces 
le client veut commander, et enregistre ce nombre par 
15 reconnaissance vocale. Puis il arrete la procedure de 
reconnaissance vocale par une commande 

« Stop_reconnaissance ». 

Enf in le serveur 16 rappelle au client le 
montant de sa commande en demandant au serveur 
20 operateur 11 de synthetiser la chaine de caracteres 
« Vous avez commande trois pieces ». Puis 1' utilisateur 
raccroche. 

Le dialogue entre le serveur operateur 11 avec 
reconnaissance vocale qui regoit un flux vocal H.323 
25 SIP ou autre et le serveur 16 de 1' entreprise A est 
illustre ci-apres : 
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Serveur Serveur 16 

opferateur 1 1 entreprise 



Demande de connexion 

Donnfees appel (n° appelant, appelfe) 


> 


Lecture son 

(fichier_accueii, stopdigit=*) 




< — ■ ■ 

Evfenement DTMF 

(■*•) 


— — 


Lecture son 

(ftchier_Voulez_vous_commander ?) 


<- 

D6marre_Reconnaissance 
(vocabulaire entreprise « oui, non ») 


*r — 

Mot Reconnaissance 
(« oui ») 


> 


Lecture son 

(fichier_Combien_de_pi£ces ?) 




^ . ; 

D6marre_Reconnaissance 
(vocabulaire entreprise « 1 ,2,3,4,5 ») 


^ r 

Mot Reconnaissance 

(« 3 ») 


v 


Stop Reconnaissance 


< — ■ — — 

Synthase Vocale 

(« Vous avez commandd trois pifcces, 
vous pouvez raccrocher ») 


« — 

D6connexion utilisateur 


V 





SP 15889. C/DB 



Feuflle avant re-j?rifH>©1T?>i 



I 3 

Les procedures de reconnaissance vocale 
comprennent en general deux parties : 

- la premiere (A) prend le flux vocal (64 kbits 
pour le standard G.711 et 6,4 kbits pour le standard 
G. 723.1) et en extrait les composantes signif icatives 
(spectre, etc.-.)/ il en resulte un flux de donnees de 
debit faible, entre 4 et 8 kbits/s ; 

- la seconde (B) tente de reconnaitre des mots 
parmi un vocabulaire a partir des composantes 
transmises par la premiere partie A. 

Le schema illustre sur la figure 2 montre 
comment les differents modules d' une procedure de 
reconnaissance vocale communiquent entre eux. 

Pour realiser une procedure de reconnaissance 
vocale dans le serveur interactif IP, il est possible 
de proceder de deux manieres : 

• Lorsque le client qui appelle le serveur 
entreprise n'est pas maitrise par 1' operateur du 
reseau, il faut mettre les composantes A et B sur le 
serveur operateur. C'est cette methode qui est utilisee 
dans l'exemple ci-dessus. 

• En revanche si l'operateur reseau le peut, il 
a interet a effectuer 1' extraction des composantes 
signif icatives chez le client, afin d'utiliser moins de 
bande passante sur le reseau entre le client et le 
serveur operateur. Cette phase d' extraction necessite 
peu de puissance de calcul. 

Par exemple si le client est un logiciel de 
telephonie IP, le module d' extraction des composantes 
signif icatives peut apparaitre comme un nouveau codeur 
de parole. Le serveur operateur negocie alors avec le 
client 1' utilisation de ce codeur lors de la connexion. 

Une autre realisation possible est de mettre 
dans une page specialisee HTML visualisee un composant 
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logiciel (ActiveX ou Java) qui se charge de 
s'interfacer avec les ressources vocales du poste 
client et n'envoie que les composantes signif icatives 
du flux vocal vers le serveur operateur. On peut ainsi 
5 realiser une page specialisee qui reagit a la voix, 
comme dans 1' exemple sur la figure 2. 

La figure 3 illustre un autre exemple de 
realisation possible avec le serveur audiotel IP d' une 
10 page specialisee qui reagit a la voix. 

Dans cet exemple de realisation, le client est 
un objet logiciel (« ActiveX ou Java ») integre dans 
une page specialisee. Cet objet envoie les composantes 
signif icatives du flux vocal saisi sur l'ordinateur du 
15 poste client vers le serveur operateur. Sur reseau IP 
il peut pour cela utiliser le protocole RTP, ou bien 
simplement le protocole TCP si le temps de reaction 
n'est pas une contrainte majeure. 

- Le serveur operateur se charge de reconnaitre . 
20 les mots dans ce flux et notifie les mots reconnus au 
serveur entreprise. 

Le serveur entreprise declenche alors des 
actions en fonction des mots reconnus. Par exemple, il 
peut envoyer un message de commande au composant 
25 ActiveX pour visualiser une autre page specialisee. 

Le protocole utilise peut etre le suivant : 

1 . Demande de connexion : Message de demande connexion (serveur opferateur = > 
3 0 serveur entreprise) 

(Implicite en TCP/IP par l'ouverture du mdcanisme d'dchange en TCP/IP) 

2. Donn6es d'appel : Transmission des donnfees d'appels (serveur opferateur = > 
serveur entreprise) 

35 Numfcro appelfe 

Numfero appelant 
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3. Lecture son : Lecture (Tun fichier son (serveur entreprise 
= > serveur opferateur) 

Numfero de la voie logique 
Nom de l*6I6ment k qui notifier la rfeponse 
D61ai en ms avant de jouer le son 
Noni du fichier k jouer 

Digit permettant de d&ecter la fin du fichier son 
Format du fichier son (Wav, Vox, ADPCM...) 
Format des donndes 
Fr6quence d'6chantillonnage 

4. Message 6v6nement DTMF (serveur opdrateur = > serveur entreprise) 
Num6ro de la voie logique 

Code de la Touche DTMF 

5. Enregistrement son : Enregistrement d'un message (serveur entreprise = > 
serveur opferateur) 

Num6ro de la voie 

Nom de r616ment h qui notifier la rdponse 
D61ai avant de commencer Penregistrement 
Nom du fichier de sauvegarde du message 
Caractfcre de fin d'enregistrement 
Dfelai maximum d'enregistrement 
Dur6e maximum de silence 
Format du fichier d'enregistrement 
Format des donndes 
Frequence d'fechantillonnage 

Diffusion d'un bip signalant le d6but de V enregistrement 

6 Emission tonalitd : Emission d'une tonalitd (serveur entreprise = > serveur 

opdrateur) 
Voie 

Nom de T616ment k qui notifier la rfcponse 

DfelaiAvant 

Type Tonal it6 

Frdquence 1 

Frequence 2 

Amplitude 1 

Amplitude 2 

Dur6e de la tonalitd 

7. Lecture chaine : Concatenation d'une chaine de caractferes 

(serveur entreprise = > serveur opferateur) 

Numdro de la voie logique 

Nom de Pfelfement k qui notifier la rdponse 

Temporisation avant lecture son 

Chaine de caractfcres devant faire 1'objet de la conversion donndes = > son 

Chaine de caractfcres de fin de fichier 

Format du fichier son (Wav, Vox, ADPCM...) 



SP 15889. C/DB 




FguTIFe avail? ?£ct?fv&3oti 



16 

Format des donndes 

Format de la frequence d'dchantillonnage 

Taille mixage, qui permettra ultdrieurement le mixage entre deux fichiers (Transition 
en douceur) 

5 Type de Ddcoupe, qui permettra ultdrieurement des fonctions du type gdndration de 

nombre & partir d'une bibliothfeque de son. 
Caractdre sdparateur des expressions de la chaine de caractferes. 
Norn du fichier rdsultat de la concatdgnation. 
Norn Champ Mot 
10 Nom Champ Son 

Chemin d'accds au dictionnaire 

8. Ddconnexion utilisateur : L'appelant s'est ddconnectd (serveur opdrateur - > 
serveur entreprise) 

1 5 Numdro de la voie logique k ddconnecter. 

(Implicite en TCP/IP par la fermeture du mdcanisme d'dchange en TCP/IP) 

9. Ddconnexion serveur : Demande de ddconnexion par le logiciel serveur entreprise. 

(serveur entreprise = > serveur opdrateur) 
20 Numdro de la voie logique k ddconnecter 

10. Synthase vocale : 
Numdro de la voie logique 

Nom de Tdldment & qui notifier la rdponse 
2 5 Texte k convertir en synthase vocal 
Choix dventuel d'une voix prdcise 
Vitesse d'dlocution 
Frdquence d'dlocution 

30 ' 

1 1 . Appel dtendu (fonction de demande de transfert d'appel) 

Numdro de la voie logique. 
Nom de Tdldment & qui notifier la rdponse 
Ddlai en demande de transfert 
35 Numdro vers lequel transfdrer Tappel. 

Type d'appel 

Nombre de sonneries avant abandon 

Ddlai d'analyse du rdsultat de la demande de transfert 

4 0 12. Ddmarre reconnaissance (fonction de demande de ddbut de reconnaissance vocale) 

Numdro de la voie logique 

Nom de Tdldment & qui notifier la rdponse 

Nom du fichier des mots i analyser 

Digit permettant de ddtecter la fin du fichier son 
4 5 Ddlai maximum d'enregistrement 

Durde maximum de silence 

Diffusion d'un « bip » signalant le ddbut de V enregistrement 
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13. Stop reconnaissance (fonction de demande de debut de reconnaissance vocale) 
Numfero de la voie logique 

14. Mot reconnaissance (fonction de demande de dfebut de reconnaissance vocale) 
5 Num6ro de la voie logique 

Nom de l*616ment & qui notifier la rfeponse 
Liste de mots reconnus 

On va, a present, donner une description de 
10 plusieurs autres exemples de realisation. 

• Appel a partir du reseau telephonique 

Une personne interessee par la reservation d'un 
voyage appelle le 0836011234. Ce numero aboutit en fait 
15 a une passerelle reseau RTC/H.323 qui convertit 1' appel 
en donnees IP et le fait aboutir sur le serveur central 
de ressources vocales . 

Le serveur de ressources vocales analyse le 
numero demande et en deduit que le controle d' appel 
20 doit etre effectue par le serveur de controle d' appel 
situe a l'adresse IP 192.12.13.14 (situe dans 
l'entreprise du voyagiste) . 

II envoi done un message de nouvel appel vers 
le serveur de controle d' appel dans l'entreprise du 
25 voyagiste . Ce serveur de controle d' appel lui demande 
de jouer un fond musical presentant rapidement la 
societe et demandant de taper le « 1 » pour reserver un 
voyage, le « 2 » pour laisser un message. 

La personne tape le « 1 », et le serveur 
30 central de ressources vocales retransmet l'evenement au 
serveur de controle d' appel du voyagiste. 

Le dialogue se poursuit . On peut imaginer que 
le reserviste souhaite donner le prix d' un voyage 
particulier. Le serveur de controle d' appel regarde 
35 dans la base de donnee du voyagiste les prix et les 
disponibilites, et demande au serveur central de 
ressources vocales de jouer la chaine preenregistree 
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« le prix de votre voyage est »/ puis de synthetiser 
« 2345 » puis de jouer « Francs ». 

• Appel a partir du reseau Internet 

A partir du site Internet d'un voyagiste, un 
terminal H.323 clique sur un lien qui provoque 1' appel 
du terminal H.323 vers le serveur central H.323. Le 
serveur analyse le numero demande et envoie 
1' indication de nouvel appel au serveur de controle 
d' appel du voyagiste. 

Le serveur de controle d' appel du voyagiste n'a 
pas a etre modi fie, et peut derouler le meme scenario 
que dans le cas precedent. 

Mais il peut aussi choisir d'offrir plus de 
services, car un element de ' protocole lui indique, lors 
de 1' indication de nouvel appel, que 1' appel- vient du 
reseau Internet, il peut suggerer d'aller voir telle ou 
telle page, ou meme donner la commande au serveur 
central- de jouer une sequence video decrivant un voyage 
particulier. 

L' appel est gratuit pour 1' utilisateur du- 
reseau Internet. - * 

• Appel de 1' stranger 

Si l'operateur a installe un autre serveur 
central de ressources vocales a 1' etranger , le 
voyagiste peut etre accessible de ce pays. II suffit a 
l'operateur de reserver un numero, redirige vers le 
serveur de ressources vocales local.' Le serveur 
continue de contacter le serveur de controle d' appel de 
l r entreprise. Lors" de 1' indication de nouvel appel, la 
provenance de 1' appel est indiquee, ainsi le serveur de 
controle d' appel peut le cas echeant s' adapter 
dynamiquement a la langue la mieux adaptee. 
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Cette solution est beaucoup moins couteuse 
qu'une solution classique, car elle ne necessite aucune 
communication vocale international . 
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RE VEND I CAT I ONS 

1. Systeme multimedia de transmission de 
donnees, caracterise en ce qu'il comporte un reseau 
etendu (10), dont on ne maitrise pas la confidentiality 
et la securite de bout en bout, sur lequel sont 
connectes un serveur central (11) de ressource vocale 
et/ou video partagees destine a fournir un service 
dynamique a au moins un client, et au moins un serveur 
de controle d' appel situe chez chaque client. 

2. Systeme selon la revendication 1, dans 
lequel le serveur central, relie au reseau par une 
interface, est compose de : 

• Un sous-systeme pile protocolaire dont un interface 
permet de : 

- recevoir des appels au standard du reseau 

de donnees, 

_ - de teeter les appels entrants et capturer 
les numeros demandeur et demande, 

- detecter les tonalites, 

- generer des flux media de codages- 
decodages arbi traires, 

- recevoir des flux media de codages- 
decodages arbitraires ; 

• Un sous-systeme interpreteur de commandes capable 

de : ' ' 

- generer des messages de detection de 
nouvel appel a destination d' un serveur de controle 
d' appel place chez un client, 

- generer des messages d' evenements, 

- mettre en oeuvre les commandes en 
provenance des serveurs de controle d' appel places chez 
les clients. 
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3. Systeme selon la revendication 2 comprenant 
un sous-systeme ressource de transcodage haute 
performance. 

4. Systeme selon la revendication 3 comprenant 
5 un sous-systeme ressource de synthese vocale et/ou 

video . 

5. Systeme selon la revendication 4 comprenant 
un sous-systeme module d' enregistrement/ restitution de 
sequences audio et video. 

10 6. Systeme selon la revendication 1, dans 

lequel chaque serveur de controle d'appel place chez un 
client est un logiciel qui recoit les evenements 
signales par le serveur central et emet des commandes 
en reaction a ces evenements. 

15 7. Systeme selon la revendication 6, dans 

lequel ce logiciel tourne sur un ordinateur muni de 
deux interfaces reseau, l'une connectee au reseau 
etendu pour communiquer avec le serveur central, 
1' autre connectee a un reseau prive de l'entreprise 

20 afin de dialoguer avec les bases de donnees et autres 
processus industriels du client. 
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* ordre de reconnaissance vocale ou autre 
application - 

• Un sous-systeme ressource de transcodage haute 
performance. 

5 • Un sous-systeme ressource de synthese vocale et/ou 
video, 

• Un sous-systeme module d' enregistrement/restitution 
de sequences audio et video . 

Avantageusement chaque serveur de controle 
10 d'appel place chez un client est un logiciel qui regoit 
les evenements signales par le serveur central et emet 
des commandes en reaction a ces evenements. Ce logiciel 
peut tourner sur un ordinateur muni de deux interfaces 
reseau, l'une connectee au reseau etendu pour 
15 communiquer avec le serveur central, 1' autre connectee 
a un reseau prive de l'entreprise afin de dialoguer 
avec les bases de donnees et autres processus 
industriels du client. 

II est ainsi possible de fournir un service 
20 d'« hebergement » de nouvelle generation, ou 1' ensemble 
des ressources cheres (cartes, de synthese vocale, 
sont partagees, le client gardant la maitrise^de 
1' application et pouvant l'interfacer avec les 
ressources qu'il souhaite. 

25 

Breve description des dessins 

- La figure 1 illustre un premier mode de 
realisation de 1' invention ; 

- la figure 2 illustre le dialogue entre .un 
30 serveur operateur avec reconnaissance vocale et le 

serveur d'une entreprise A ; 

- la figure 3 illustre un exemple de procedure 
de reconnaissance vocale ; 

- la figure 4 illustre un mode de realisation 
35 d'une page specialisee qui reagit a la voix. 



Des que 1' utilisateur appuie sur , le 

serveur operateur 11 previent le serveur 16 de 
l'entreprise A avec un message « evenement DTMF ». Le 
ser veur 16 de l'entreprise A commande alors de jouer le 
fichier « Voulez_vous_commander », qui contient un 
enregistrement de cette phrase. 

Le serveur 16 de l'entreprise A decide 
d'utiliser la commande vocale, et commande au serveur 
operateur 11 de demarrer la reconnaissance sur le 
vocabulaire « oui, non ». Des que 1' utilisateur dit 
« oui », le serveur 16 en est prevenu par un message 
« Mot__reconnaissance ». 

Le serveur 16 demande alors combien de pieces 
le client veut commander, et enregistre ce nombre par 
reconnaissance vocale. Puis il arrete la procedure de 
reconnaissance vocale par une commande 

« Stop_reconnaissance ». 

Enfin le serveur 16 rappelle au client le 
montant de sa commande en demandant au serveur 
operateur 11 de synthetiser la chalne de caracteres 
« Vous avez commande trois pieces ». Puis 1 ' utilisateur 
raccroche . 

Le dialogue entre le serveur operateur 11 avec 
reconnaissance vocale qui regoit un flux vocal H.323 
SIP ou autre et le serveur 16 de l'entreprise A est 
illustre sur la figure 2 : 
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Les procedures de reconnaissance vocale 
cornprennent en general deux parties : 

- la premiere (A) prend le flux vocal (64 kbits 
pour le standard G.711 et 6,4 kbits' pour le standard 
G. 723.1) et en extrait les composantes signif icatives 
(spectre, etc. ..) , il en resulte un flux de donnees de 
debit faible, entre 4 et 8 kbits/s ; 

- la seconde (B) tente de reconnaitre des mots 
parmi un vocabulaire a partir des composantes 
transmises par la premiere partie A. 

Le schema illustre sur la figure 3 montre 
comment les differents modules d'une procedure de 
reconnaissance vocale communiquent entre eux. 

Pour realiser une procedure de reconnaissance 
vocale dans le serveur interactif IP., il est possible 
de proceder de deux manieres : 

• Lorsque le client qui appelle le serveur 
ent reprise- - nVest. pas maitrise _ par, 1' operateur du 
reseau, il faut mettre les composantes A et B sur le 
serveur operateur. C'est cette methode qui est utilisee 
dans l'exemple ci-dessus. 

• En revanche si 1' operateur reseau le peut, il 
a interet a effectuer 1' extraction des composantes 
signif icatives chez le client, afin d'utiliser moins de 
bande passante sur le reseau entre le client et le 
serveur operateur. Cette phase d' extraction necessite 
peu de puissance de calcul. 

Par exemple si le client est un logiciel de 
telephonie IP, le module d' extraction des composantes 
significatives peut apparaitre comme un nouveau codeur 
de parole- Le serveur operateur negocie alors avec le 
client 1' utilisation de ce codeur lors de la connexion. 

Une autre realisation possible est de mettre 
dans une page specialisee HTML visualisee un composant 
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logiciel (ActiveX ou Java) qui se charge de 
s'interfacer avec les ressources vocales ciu poste 
client et n'envoie que les composantes signif icatives 
du flux vocal vers le serveur operateur. On peut ainsi 
realiser une page specialisee qui reagit a la voix, 
comme dans 1' exemple sur la figure 3. 

La figure 4 illustre un autre exemple de 
realisation possible avec le serveur audiotel IP d' une 
page specialisee qui reagit a la voix. 

Dans cet exemple de realisation, le client est 
un objet logiciel (« ActiveX ou Java ») integre dans 
une page specialisee. Cet objet envoie les composantes 
signif icatives du flux vocal saisi sur l'ordinateur du 
poste client vers le serveur operateur. Sur reseau IP 
il peut pour cela utiliser le protocole RTP, ou bien 
simplement le protocole TCP si le temps de reaction 
n'est pas une contrainte majeure. 

Le serveur operateur se charge de reconnaitre 
les mots dans ce flux et notifie les mots reconnus au 
serveur entreprise . 

Le serveur entreprise declenche alors des 
actions en fonction des mots reconnus. Par exemple, il 
peut envoyer un message de commande au composant 
ActiveX pour visualiser une autre page specialisee. 

Le protocole utilise peut etre le suivant : 

1 . Demande de connexion : Message de demande connexion (serveur operateur = > 
serveur entreprise) 

(Implicite en TCP/IP par l'ouverture du mecanisme d'echange en TCP/IP) 

2. Donnees d'appel : Transmission des donnees d'appels (serveur operateur = > 
serveur entreprise) 

Numero appele 
Num6ro appelant 
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3. Lecture son : Lecture d'un fichier son (serveur entreprise 

= > serveur operateur) 
Num6ro de la voie logique 
Nom de l'etement a qui notifier la reponse 
Delai en ms avant de jouer le son 
Nom du fichier a jouer 

Digit permettant de detecter la fin du fichier son 
Format du fichier son (Wav, Vox, ADPCM...) 
Format des donnees 
Frequence d'echantillonnage 



4. Message evenement DTMF 
Numero de la voie logique 
Code de la Touche DTMF 



(serveur operateur = > serveur entreprise) 



5. Enregistrement son : Enregistrement d'un message (serveur entreprise => 
serveur operateur) 
Numero de la voie 

Nom de l'6Iement a qui notifier la reponse 
Delai avant de commencer 1' enregistrement 
Nom du fichier de sauvegarde du message 
CaractSre de fin d'enregistrement 
Delai maximum d'enregistrement 
Dur6e maximum de silence 
Format du fichier d'enregistrement 
Format des donnees 
Frequence d'echantillonnage 

Diffusion d'un bip signalant le debut de l'enregistrement 

6 Emission tonalite : Emission d'une tonalite (serveur entreprise = > serv 

operateur) 
Voie 

Nom de 1'element a qui notifier la reponse 

DelaiAvant 

Type Tonalite 

Frequence 1 

Frequence 2 

Amplitude 1 

Amplitude 2 

Duree de la tonalite 

7. Lecture chaine : Concatenation d'une chaine de caracteres 

(serveur entreprise => serveur operateur) 

Numero de la voie logique 

Nom de 1'element a qui notifier la reponse 

Temporisation avant lecture son 

Chaine de caracteres devant faire l'objet de la conversion donnees = > son 
Chaine de caracteres de fin de fichier 
Format du fichier son (Wav, Vox, ADPCM...) 
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Format des donnees 

Format de la frequence d'echantillonnage 

Taille mixage, qui permettra ulterieurement le mixage entre deux fichiers (Transition 

en douceur) , , . 

Type de Decoupe, qui permettra ulterieurement des fonctions du type generation de 

nombre a partir d'une bibliotheque de son. 

Caractere separateur des expressions de la chaine de caracteres. 

Nom du fichier resultat de la concatenation. 

Nom Champ Mot 

Nom Champ Son 

Chemin d'acces au dictionnaire 

8. Deconnexion utilisateur : L'appelant s'est deconnecte (serveur operateur = > 
serveur entreprise) 

Numero de la voie logique k deconnecter. 

(Implicite en TCP/IP par la fermeture du mecanisme d'echange en TCP/IP) 

9. Deconnexion serveur : Demande de deconnexion par le logiciel serveur entreprise. 

(serveur entreprise = > serveur opfirateur) 
Numero de la voie logique a deconnecter 

10. Synthese vocale : 
Numero de la voie logique 

Nom de r element a qui notifier la reponse 
Texte a convertir en synthese vocal 
Choix eventuel d'une voix precise 
Vitesse d'elocution 
Frequence d'elocution 

11. Appel etendu (fonction de demande de transfert d'appel) 
Numero de la voie logique. 

Nom de l'element a qui notifier la reponse 
D61ai en demande de transfert 
Numero vers lequel transferer Tappel. 
Type d'appel 

Nombre de sonneries avant abandon 

Delai d' analyse du resultat de la demande de transfert 

12. Demarre reconnaissance (fonction de demande de debut de reconnaissance vocale) 
Numero de la voie logique 

Nom de l'61ement a qui notifier la reponse 

Nom du fichier des mots a analyser 

Digit permettant de d&ecter la fm du fichier son 

Delai maximum d'enregistrement 

Dur6e maximum de silence 

Diffusion d'un « bip » signalant le debut de l'enregistrement 
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13. Stop reconnaissance (fonction de demande de d6but de reconnaissance vocale) 
Num6ro de la voie logique 

14. Mot reconnaissance (fonction de demande de d6but de reconnaissance vocale) 
Num6ro de la voie logique 

Nom de Felement k qui notifier la reponse 
Liste de mots reconnus 

On va, a present, donner une description de 
plusieurs autres exemples de realisation. 

• Appel a partir du reseau telephonique 

Une personne interessee par la reservation d' un 
voyage appelle le 0836011234. Ce numero aboutit en fait 
a une passerelle reseau RTC/H.323 qui convertit 1' appel 
en donnees IP et . le fait aboutir sur le serveur central 
de ressources vocales. 

Le serveur de ressources vocales analyse le 
numero demande et en deduit que le controle d' appel 
doit etre effectue par le serveur de controle d' appel 
situe. a ; l'adresse IP 192.12.13.14 (situe dans 
l'entreprise du voyagiste). 

II envoi done un message de nouvel appel vers 
le serveur de controle d' appel dans l'entreprise du 
voyagiste. Ce serveur de controle d' appel lui demande 
de jouer un fond musical presentant rapidement la 
societe et demandant de taper le « 1 » pour reserver un 
voyage, le « 2 » pour laisser un message. 

La personne tape le « 1 », et le serveur 
central de ressources vocales retransmet l'evenement au 
serveur de controle d' appel du voyagiste. 

Le dialogue se poursuit. On peut imaginer que 
le reserviste souhaite donner le prix d' un voyage 
particulier. Le serveur de controle d' appel regarde 
dans la base de donnee du voyagiste les prix et les 
disponibilites, et demande au serveur central de 
ressources vocales de jouer la chaine preenregistree 
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« le prix de votre voyage est », puis de synthetiser 
« 2345 » puis de jouer « Francs ». 

• Appel a partir du reseau Internet 

A partir du site Internet d'un voyagiste, un 
terminal H.323 clique sur un lien qui provoque 1' appel 
du terminal H.323 vers le serveur central H.323. Le 
serveur analyse le numero demande et envoie 
1' indication de nouvel appel au serveur de controle 
d' appel du voyagiste. 

Le serveur de controle d' appel du voyagiste n'a 
pas a etre modifie, et peut derouler le meme scenario 
que dans le cas precedent. 

Mais il peut aussi choisir d' of f rir plus de 
services, car un element de protocole lui indique, lors 
de 1' indication de nouvel appel, que 1' appel vient du 
reseau Internet, il peut suggerer d'aller voir telle ou 
telle page, ou meme donner la commande au serveur 
central de jouer une sequence video decrivant un voyage 
particulier . 

L' appel est gratuit pour 1' utilisateur du 
reseau Internet. 

• Appel de 1'etranger 

Si l'operateur a installe un autre serveur 
central de ressources vocales a 1'etranger, le 
voyagiste peut etre accessible de ce pays. II suffit a 
l'operateur de reserver un numero, redirige vers le 
serveur de ressources vocales local. Le serveur 
continue de contacter le serveur de controle d' appel de 
1' entreprise . Lors de 1' indication de nouvel appel, la 
provenance de 1' appel est indiquee, ainsi le serveur de 
controle d' appel peut le cas echeant s' adapter 
dynamiquement a la langue la mieux adaptee. 
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Cette solution est beaucoup moins couteuse 
qu'une solution classique, car elle ne necessite aucune 
communication vocale internationale. 



REVENDICATIONS 



1. Systeme multimedia de transmission de 
donnees, caracterise en ce qu' il comporte un reseau 
etendu (10), dont on ne maitrise pas la confidentiality 
et la securite de bout en bout, sur lequel sont 
connectes un serveur central (11) de ressource vocale 
et/ou video partagees destine a fournir un service 
dynamique a au moins un client, et au moins un serveur 
de controle d'appel situe chez chaque client. 

2. Systeme selon la revendication 1, dans 
lequel le serveur central, relie au reseau par une 
interface, est compose de : 

• Un sous-systeme pile protocolaire dont un interface 
permet de : 

- recevoir des appels au standard du reseau 

de donnees, 

- detecter les appels entrants et capturer 
les numeros demandeur et demande, 

- detecter les tonalites, 

- generer des flux media de codages- 
decodages arbitraires, 

- recevoir des flux media de codages- 
decodages arbitraires ; 

• Un sous-systeme interpreteur de commandes capable 
de : 

- generer des messages de detection de 
nouvel appel a destination d f un serveur de controle 
d'appel place chez un client, 

- generer des messages d' evenements , 

- mettre en oeuvre les commandes en 
provenance des serveurs de controle d'appel places chez 
les clients- 



3. Systeme selon la revendication 2 comprenant 
un sous-systeme ressource de transcodage haute 
performance. 

4. Systeme selon la revendication 3 comprenant 
un sous-systeme ressource de synthese vocale et/ou 
video. 

5. Systeme selon la revendication 4 comprenant 
un sous-systeme module d' enregistrement/ restitution de 
sequences audio et video. 

6. Systeme selon la revendication 1, dans 
lequel chaque serveur de controle d'appel place chez un 
client est un logiciel qui regoit les evenements 
signales par le serveur central et emet des commandes 
en reaction a ces evenements. 

7. Systeme selon la revendication 6, dans 
lequel ce logiciel tourne sur un ordinateur muni de 
deux interfaces reseau, l'une connectee au reseau 
etendu pour communiquer avec le serveur, ; central, 
l'autre connectee a un reseau prive de l'entreprise 
a f in de dialoguer avec les bases de donnees et autres 
processus industriels du client. 
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RE VEND I CAT I ONS 

1. Systeme multimedia de transmission de 
donnees, caracteris£ en ce qu' il comporte un reseau 

5 etendu (10), dont on ne maitrise pas la confidentiality 
et la securite de bout en bout, sur lequel sont 
connectes un serveur central (11) de ressource vocale 
et/ou video partagees destine a fournir un service 
dynamique a au moins un usager, et au moins un serveur 
10 de controle d'appel situe chez chaque fournisseur de 
service. 

2. Systeme selon la revendication 1, dans 
lequel le serveur central, relie au reseau par une 
interface, est compose de : 

15 • Un sous-systeme pile protocolaire dont un interface 
permet de : 

- recevoir des appels au standard du reseau 

de donnees, 

- d6tecter les appels entrants et capturer 
20 les numSros demandeur et demande, 

- detecter les tonalites, 

- generer des flux media de codages- 
decodages arbitraires, 

- recevoir des flux media de codages- 
25 deeodages arbitraires ; 

• Un sous-systeme interpreteur de coitimandes capable 
de : 

- generer des messages de detection de 
nouvel appel a destination d'un serveur de controle 

30 d'appel place chez un client, 

- generer des messages d' evenements, 
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- mettre en oeuvre les commandes en 
provenance des serveurs de controle d' appel places chez 
les clients. 

3. Systeme selon la revendication 2 comprenant 
5 un sous-systeme ressource de transcodage haute 

performance . 

4 . Systeme selon la revendication 3 comprenant 
un sous-systeme ressource de synthese vocale et/ou 
video, 

10 5 . Systeme selon la revendication 4 comprenant 

un sous-systeme module d' enregistrement/ restitution de 
sequences audio et video. 

6. Systeme selon la revendication 1, dans 
lequel chaque serveur de controle d' appel place chez un 

15 client est un logiciel qui regoit les evenements 
signales par le serveur central et emet des commandes 
en reaction a ces evenements. 

7. Systeme selon la revendication 6, dans 
lequel ce logiciel tourne sur un ordinateur muni de 

20 deux interfaces reseau, l'une connectee au reseau 
etendu pour communiquer avec le serveur central, 
1' autre connectee a un r§seau prive de l'entreprise 
afin de dialoguer avec les bases de donnees et autres 
processus industriels du client. 
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